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This application is submitted in the name of inventor Judith E* Schwabe, assignor to 
Sun Microsystems, Inc., a Delaware Corporation. 

SPECIFICATION 

API REPRESENTATION ENABLING SUBMERGED HIERARCHY 

BACKGROUND OF THE INVENTION 

Cross Reference to Related Applications 

This application claims the benefit of provisional patent application Serial No. 
60/165,298 filed November 12, 1999 in the name of inventor Judith E. Schwabe, entitled 
"API Representation Enabling Submerged Hierarchy". This application also claims the 
benefit of provisional patent application Serial No. 60/165,533 filed November 15, 1999 
in the name of inventor Judith E. Schwabe, entitled "API Representation Enabling 
Submerged Hierarchy". 

This application is related to the following: 
U.S. Patent Application filed September 14, 2000 in the name of inventor Judith E. 
Schwabe, entitled "Remote Incremental Program Verification Using API Definitions", 
Attorney Docket No. SUN-P4172, commonly assigned herewith. 
U.S. Patent Application filed September 14, 2000 in the name of inventor Judith E. 
Schwabe, entitled "Remote Incremental Program Binary Compatibility Verification 
Using API Definitions", Attorney Docket No. SUN-P4174, commonly assigned herewith. 
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U.S. Patent Application filed September 14, 2000 in the name of inventor Judith E. 
Schwabe, entitled "Populating Resource-Constrained Devices With Content Verified 
Using API Definitions", Attorney Docket No. SUN-P4176, commonly assigned herewith. 
U.S. Patent Application filed September 14, 2000 in the name of inventor Judith E. 
5 Schwabe, entitled "Populating Binary Compatible Resource-Constrained Devices With 
Content Verified Using API Definitions", Attorney Docket No. SUN-P4182, commonly 
assigned herewith. 

U.S. Patent Application Serial No. 09/243,108 filed February 2, 1999 in the name of 

O inventors Judith E. Schwabe and Joshua B. Susser, entitled "Token-based Linking". 

itP 

?U Field Of the Invention 

The present invention relates to computer systems. More particularly, the present 
p invention relates to a method for representing an application programming interface (API) 
# in an object-oriented system such that submerged hierarchies are enabled. 

Background 

An API definition file typically defines a library of functionality that may be used 
by one or more client applications in an object-oriented system. An API definition file 
20 also typically includes the set of classes and interfaces that are externally accessible from 
that library and the items in those classes and interfaces that are externally accessible. A 
library in Java™ technology corresponds to the Java™ "Package" construct. 
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The "items" in classes and interfaces include fields, methods and implemented 
interfaces of the various classes, and fields and methods of the various interfaces. 
Additionally, the immediate superclass and superinterface for each class and interface, 
respectively, is listed. Since an API can only enumerate externally accessible items, all 
5 superclasses and superinterfaces must also be externally accessible. 

An API definition file may include non-public functionality that is not exposed by 
the API definition file. This functionality can be implemented in classes as non-public 
□ fields, non-public methods or non-public implemented interfaces. In addition, the content 
lfp of a method is not disclosed in an API representation, regardless of whether the method is 
fii public or non-public. Therefore, non-public algorithms are not disclosed. 

% £ Figure 1 A illustrates a typical API representation. In this example, all of the 

[~ classes in the hierarchy of C2 (2) are public. The API representation indicates that the 
lil public class CI (4) is the superclass of the public class C2 (2). The API representation 

also indicates that the public class Object (6) is the superclass of the public class CI (4). 

Thus, this API representation reveals the entire hierarchy of C2 (2). Furthermore, typical 

API representations unnecessarily constrain a hierarchy by forcing the hierarchy to 

contain only public classes. 

20 

Additionally, since typical API representations only indicate the immediate 
superclass or superinterface of a particular class or interface, respectively, one must 
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traverse the hierarchy recursively to determine whether a class or interface is a member of 
the hierarchy. Such functionality requires that not only the immediate API definition file 
is available when validating references to elements in a hierarchy, but also the set of API 
definition files referenced by that API definition file. 

5 

The Java™ language supports a construct where the immediate superclass or 
superinterface of a class or interface, respectively, may be declared as non-public. A 
superclass or superinterface declared in this way must not be disclosed in an API 
O definition file. Figure IB demonstrates this feature in a class hierarchy. Such a hierarchy 
ijd; that includes one or more non-public classes is referred to as a submerged hierarchy. 
m Such constructs are useful to API designers and implementers because they allow non- 
W public, or proprietary functionality to be inserted into a hierarchy and for that 

functionality to be encapsulated in a hidden class. This provides for modular designs 
Jz consistent with Object-oriented theory. 
lP 

However, the hierarchy illustrated in Fig. IB cannot be represented in a typical 
API definition file. This is because a typical API representation requires the disclosure of 
the immediate superclass of C2 (8), which is PrivateClass (10). Disclosing a non-public 
class such as PrivateClass (10) would violate the Java™ language requirement that such a 
20 class not be made public. 
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Typical API representations constrain the design of an API such that more than is 
desirable falls into the publicly accessible domain. Accordingly, a need exists in the prior 
art for an API representation that sufficiently constrains particular implementations, while 
allowing them to define submerged hierarchies. 
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SUMMARY OF THE INVENTION 
A method for representing an application programming interface (API) for an 
object-oriented library includes creating a list of public elements in the library and storing 
the list. Each public element in the list includes a sublist of all public related elements for 
5 the element. According to one aspect, the public elements include classes and interfaces, 
the public related elements include public superclasses and public superinterfaces, and the 
library is a Java™ package. According to one aspect, a method for determining a program 
hierarchy includes receiving an API definition file for an object-oriented library and 
C3 indicating a first public element is a direct parent of a second public element when the 
% first public element is represented in the sublist for the second public element and the first 
f\j public element is not represented in the sublist for any other public element listed in the 
CO sublist for the second public element. According to another aspect, a method for 
% detecting changes to a program hierarchy includes comparing a first program hierarchy 

reconstructed from a first API definition file with a second program hierarchy 
lP reconstructed form a second API definition file and indicating an error when the first 
program hierarchy is inconsistent with the second program hierarchy. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 A is a representation of a typical hierarchy as disclosed in a typical Application 
Programming Interface (API) representation. 

5 

Fig. IB is a representation of a typical hierarchy including a submerged hierarchy. 

Fig. 2A is a block diagram of a computer system suitable for implementing aspects of the 

O present invention. 

ill: 

m Fig. 2B is a flow diagram that illustrates a method for representing an API definition in 

CO accordance with one embodiment of the present invention. 

'jz Fig. 2C is an API representation of a hierarchy in accordance with one embodiment of the 

l© present invention. 

Fig. 2D is an API representation in accordance with one embodiment of the present 
invention, demonstrating a change from the hierarchy as shown in Fig. 2C. 

20 Fig. 3A is a flow diagram that illustrates determining a program hierarchy based on an 
API in accordance with one embodiment of the present invention. 
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Fig. 3B is a class diagram that illustrates the hierarchy represented by the API in Fig, 2C. 

Fig. 3C is a class diagram that illustrates the hierarchy represented by the API in Fig. 3C. 

5 Fig. 4A is a class diagram that illustrates a class hierarchy. 

Fig. 4B is a class diagram that illustrates adding a class to the hierarchy of Fig. 4A. 

p Fig. 5 A is an API definition file in accordance with one embodiment of the present 

# invention, representing the hierarchy of Fig. 4A. 

[Q Fig. 5B is an API definition file in accordance with one embodiment of the present 

^ invention, representing the hierarchy of Fig. 4B. 

iSI Fig. 6A is a class diagram of an API definition that is extended by a client API definition. 

Fig. 6B is a representation of a client API definition that references the API definition 
illustrated in Fig. 6A. 

20 Fig. 6C is an API definition file in accordance with one embodiment of the present 
invention, representing the hierarchy in Fig. 6B. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Those of ordinary skill in the art will realize that the following description of the 
present invention is illustrative only. Other embodiments of the invention will readily 
5 suggest themselves to such skilled persons having the benefit of this disclosure. 

This invention relates to computer systems. More particularly, the present 
invention relates to an API representation enabling a submerged hierarchy in an object- 
O oriented system. The invention further relates to machine-readable media on which are 
lHJ stored (1) the layout parameters of the present invention and/or (2) program instructions 
fu for using the present invention in performing operations on a computer. Such media 
CO includes by way of example magnetic tape, magnetic disks, optically readable media such 
k i as CD ROMs and semiconductor memory such as PCMCIA cards. The medium may also 
[~ take the form of a portable item such as a small disk, diskette or cassette. The medium 
lffl may also take the form of a larger or immobile item such as a hard disk drive or a 
computer RAM. 

According to embodiments of the present invention, API class hierarchies are 
specified such that submerged hierarchies are supported while sufficiently constraining 
20 particular API implementations such that each API implementation is functionally 

equivalent and the operations available to clients of each API implementation are exactly 
equivalent. 
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Figure 2A depicts a block diagram of a computer system 20 suitable for 
implementing aspects of the present invention. As shown in Fig. 2A, computer system 20 
includes a bus 12 which interconnects major subsystems such as a central processor 22, a 
system memory 16 (typically RAM), an input/output (I/O) controller 18, an external 
device such as a display screen 24 via display adapter 26, serial ports 28 and 30, a 
keyboard 32, a fixed disk drive 34, a floppy disk drive 36 operative to receive a floppy 
disk 38, and a CD-ROM player 40 operative to receive a CD-ROM 42. Many other 
devices can be connected, such as a pointing device 44 (e.g., a mouse) connected via 
serial port 28 and a modem 46 connected via serial port 30. Modem 46 may provide a 
direct connection to a remote server via a telephone link or to the Internet via a POP 
(point of presence). Alternatively, a network interface adapter 48 may be used to 
interface to a local or wide area network using any network interface system known to 
those skilled in the art (e.g., Ethernet, DSL, AppleTalk™). 

Many other devices or subsystems (not shown) may be connected in a similar 
manner. Also, it is not necessary for all of the devices shown in Fig. 2A to be present to 
practice the present invention, as discussed below. Furthermore, the devices and 
subsystems may be interconnected in different ways from that shown in Fig. 2A. The 
operation of a computer system such as that shown in Fig. 2A is readily known in the art 
and is not discussed in detail in this application, so as not to overcomplicate the present 



10 



SUN-P4175 

discussion. Code to implement the present invention may be operably disposed in system 
memory 16 or stored on storage media such as fixed disk 34 or floppy disk 38. 

Turning now to Fig. 2B, a flow diagram that illustrates creating an API definition 
> file in accordance with one embodiment of the present invention is presented. At 50, a 
library is received. At 52, a list of public elements in the library is created. The list of 
public elements includes a sublist of all public related elements. Each sublist of public 
related elements includes public elements that are directly related and public elements 
i that are indirectly related. Examples of public elements that are directly and indirectly 
P related are illustrated with reference to Fig. 2C. At 54, the list is stored. 

□ Turning now to Fig. 2C, an API representation in accordance with one 

3 embodiment of the present invention is presented. The API representation shown in Fig. 
« 2C can be used to represent the hierarchies illustrated in Figs. 1A and IB. In this 
y representation, the hierarchy of each public class is defined using a list of the public 
superclasses. Thus, the hierarchy for public class C2 (56) is the list of pubic superclasses 
(CI, Object). The hierarchy for public class CI is (Object) and the hierarchy for public 
class Object (60) is the empty set, since Object (60) has no superclass. Note that private 
class (10) in Fig. IB is not disclosed in the API representation of Fig. 2C. 

) 

Given the API representation of the present invention, the hierarchy can be 
reconstructed. For example, the hierarchy of Fig. 1 A can be reconstructed from the 
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representation illustrated in Fig. 2C as follows. Starting with public class C2 (56), the 
representation or list of superclasses for C2 (56) indicates C2 (56) has superclasses CI 
(58) and Object (60). Therefore, either CI (58) or Object (60) is a direct superclass of C2 
(56). Since the representation for the hierarchy of CI (58) also indicates Object (60) is a 
superclass of CI (58), CI (58) is the direct superclass of C2 (56) and Object (60) is the 
direct superclass of CI (58). Determining a program hierarchy is discussed in more detail 
with reference to Fig. 3A. 

Turning now to Fig. 3A, a method for determining a program hierarchy based on 
an API definition file in accordance with one embodiment of the present invention is 
presented. At 70, an API definition file is received. At 72, a first public element in the 
API definition file is received. At 74, a determination is made regarding whether the first 
public element is in a sublist for a second public element in the API definition file. If the 
public element is not in a sublist within the API definition file, the public element is not a 
parent of any other element in the API definition file. If the public element is in a sublist 
for another element, at 76, a check is made to determine whether the first public element 
is in a sublist for any other public element listed in the sublist of the second public 
element. If the answer at 76 is "Yes", at 78, an indication is made that the first public 
element is a direct parent of the second element. If the answer at 76 is "No", at 68, an 
indication is made that the first element is an indirect parent of the second element. This 
process continues at 72 until all public elements in the API definition file have been 
examined. 
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The API representation illustrated by Fig. 2C sufficiently constrains particular 
implementations from changing the order of classes in a hierarchy. This is illustrated in 
Figs. 2C-3C. Figure 3B shows an initial hierarchy including three classes, C2 (75), CI 
5 (82) and Object (80). The class C2 (75) extends class CI (82) and CI (82) extends Object 
(80). Figure 2C illustrates an API representation of the hierarchy in Fig. 3B according to 
one embodiment of the present invention. According to one embodiment of the present 
invention, each class includes a list of all superclasses, both direct and indirect. Thus, 
3 class C2 (56) includes enough information regarding its superclasses to reconstruct the 
9 hierarchy represented in Fig. 3B from C2 (75) up through Object (80). Likewise, class 
[jj CI (58) includes enough information to reconstruct the hierarchy from CI (82) up to 
0 Object (80). 

^ Once the hierarchy is reconstructed, relationships inconsistent with the original 

8 hierarchy can be detected. Fig. 3C represents an attempt to change the initial hierarchy of 
Fig. 3B by switching the relationship between Object (80) and CI (82). Figures 2C and 
2D are API representations in accordance with the present invention, corresponding to 
Figs. 3B and 3C, respectively. Those of ordinary skill in the art will recognize that the 
API representation in Fig. 2C is not equal to the API representation in Fig. 2D. 

) 

Since the present invention allows the hierarchy represented by Fig. 3B to be 
reconstructed based on the API representation, any attempt to switch the relationship 
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between the classes can be detected. For example, the reconstructed hierarchy created 
from the API representation in Fig, 2C indicates that neither CI (58) nor C2 (56) is a 
superclass of Object (60), and that C2 (56) is not a superclass of CI (58). However, the 
reconstructed hierarchy created from the API representation in Fig. 2D indicates that CI 
(62) is a superclass of Object (64). Since the hierarchical relationships extracted from the 
API representations in Figs, 2C and 2D are inconsistent, an attempt to change the 
relationships of the classes in Fig. 3B is indicated. 

Furthermore, adding or removing a publicly accessible class from a hierarchy 
results in a different API representation. The effect of adding a publicly accessible class 
is illustrated in Figs. 4A-5B. Figure 4 A illustrates an initial hierarchical relationship. 
Figure 4B illustrates the hierarchy that results after a new publicly accessible class C3 
(100) is added to the hierarchy illustrated in Fig. 4B. Figures 5 A and 5B are API 
representations of the hierarchies in Figs. 4A and 4B, respectively. The list of 
superclasses for C2 (160, 180) differs in Figs. 5 A and 5B. Specifically, the list of 
superclasses for C2 (160) in Fig. 5A includes CI (155) and Object (150). The list of 
superclasses for C2 (180) in Fig. 5B includes C3 (175), as well as CI (170) and Object 
(165). Since the hierarchical relationships extracted from the API representations in Figs. 
5A and 5B are inconsistent, an attempt to change the relationships of the classes in Fig. 
4A is indicated. 
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Those of ordinary skill in the art will recognize that the effect of removing a 
publicly accessible class may be detected in a similar manner. 



The API representation illustrated by Fig. 2C also allows hierarchies having 
5 submerged hierarchies such as the one illustrated by Fig. IB to be represented without 
revealing any non-public or proprietary information about the hierarchy. Thus, the list of 
superclasses for C2 (8) is (CI, Object), the list of superclasses for CI (14) is (Object) and 
the list of superclasses for Object (12) is the empty set. A client of this API definition can 
D use this information to reconstruct the hierarchy of Fig. IB, without revealing any 
# information about the non-public class PrivateClass (10). 

'i is:? 

CO Since a client of an API definition only has access to public items in any particular 

l i implementation of the API definition, the existence of a submerged hierarchy does not 
lz have any impact on the client. The submerged portion of the hierarchy is non-public and 
ill therefore not available to the client. Thus, using the API representation in Fig. 2C, a 

client can execute with either an implementation of Fig. 1 A or Fig. IB and obtain 

functionally equivalent results. 



A client API definition is an API definition that references another API definition. 
20 The API representation of the present invention discloses only those portions of client 
API definitions relevant to a client in regard to class hierarchies, without requiring 
complete disclosure of those referenced API definitions. This provides an additional 
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method for keeping dependencies on referenced API definitions undisclosed, while still 
providing sufficient information to a client of the client API definition. 

Turning now to Fig. 6A, a class diagram of an API definition that is extended by a 
client API definition is presented. Client API definition C4 (182) references the API 
definition containing C2 (184). The API definition containing C2 (184) references class 
CI (186). Both class CI (186) and class C3 (188) reference class Object (190). In this 
example, C4 (182) of the client API definition extends C2 (184) of the referenced API 
definition, and class C3 (188) of the client API definition extends class Object (190) of 
the referenced API definition. 

Turning now to Fig. 6B, a representation of a hierarchy that references another 
hierarchy is presented. Classes Object (190) and C2 (184) are as represented in Fig. 6 A. 

Turning now to Fig. 6C, an API representation of the hierarchy of Fig. 6B in 
accordance with one embodiment of the present invention is presented. The API 
representation includes all direct and indirect superclasses for each class in the client API 
definition of Fig. 6A. Thus, a client of the API definition in Fig. 6C can determine 
complete hierarchy information from the client API (182) in Fig. 6A, without requiring 
complete disclosure of referenced API definition (184) of FIG. 6A. 
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The present invention also relates to apparatus for performing these operations. 
This apparatus may be specially constructed for the required purpose or it may comprise a 
general-purpose computer as selectively activated or reconfigured by a computer program 
stored in the computer. The procedures presented herein are not inherently related to a 
5 particular computer or other apparatus. Various general-purpose machines may be used 
with programs written in accordance with the teachings herein, or it may prove more 
convenient to construct more specialized apparatus to perform the required process. The 
required structure for a variety of these machines will appear from the description given. 

£■ While the Java™ programming language and platform are suitable for the 

jj invention, any language or platform having certain characteristics would be well suited 

0 for implementing the invention. These characteristics include type safety, pointer safety, 

1 object-oriented, dynamically linked, and virtual machine based. Not all of these 

r, characteristics need to be present in a particular implementation. In some embodiments, 
9 languages or platforms lacking one or more of these characteristics may be utilized* Also, 

although the invention has been illustrated showing object-by-object security, other 

approaches, such as class-by-class security could be utilized. 

The system of the present invention may be implemented in hardware or in a 
) computer program. Each such computer program can be stored on a storage medium or 
device (e.g., CD-ROM, hard disk or magnetic diskette) that is readable by a general or 
special purpose programmable computer for configuring and operating the computer 
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when the storage medium device is read by the computer to perform the procedures 
described. The system may also be implemented as a computer-readable storage medium, 
configured with a computer program, where the storage medium so configured causes a 
computer to operate in a specific and predefined manner. 

According to a presently preferred embodiment, the present invention may be 
implemented in software or firmware, as well as in programmable gate array devices, 
Application Specific Integrated Circuits (ASICs), and other hardware. 

Thus, a novel method for representing an API has been described. While 
embodiments and applications of this invention have been shown and described, it would 
be apparent to those skilled in the art having the benefit of this disclosure that many more 
modifications than mentioned above are possible without departing from the inventive 
concepts herein. The invention, therefore, is not to be restricted except in the spirit of the 
appended claims. 
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CLAIMS 

What is Claimed is: 

1. A method for representing an application programming interface (API) definition for 
an object-oriented library, said method comprising: 

creating a list of public elements in said library, each of said public elements including 

a sublist of all public related elements for the element; and 
storing said list. 

2. The method of claim 1 wherein 
said library is a Java™ package; 

said public elements comprise classes and interfaces; and 

said public related elements comprise public superclasses and public superinterfaces 
of said classes and said interfaces. 

3. A method for representing an application programming interface (API) definition for 
an object-oriented library, said method comprising: 

creating a public list including all public classes and interfaces in defined in said 
library, said public list including a class sublist for each of said public classes, 
each said class sublist including all direct and indirect superclasses of a class, said 
public list including an interface sublist for each of said public interfaces, each 
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said interface sublist including all direct and indirect public superinterfaces of an 
interface; and 
storing said list. 

4. The method of claim 3 wherein said library is a Java™ package. 

5. A method for determining a program hierarchy, said method comprising: 
receiving an application programming interface (API) definition file for an object- 
oriented library, said API definition file including a list of public elements in said 
library, each of said public elements including a sublist of all public related 
elements for the element; and 

indicating a first public element is a direct parent of a second public element when 
said first public element is represented in the sublist for said second public 
element and said first public element is not represented in the sublist for any other 
public element listed in the sublist for said second public element. 

6. The method of claim 5 wherein 
said library is a Java™ package; 

said public elements comprise classes and interfaces; and 

said public related elements comprise public superclasses and public superinterfaces 
of said classes and said interfaces. 
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7. The method of claim 5, further comprising 

comparing a first program hierarchy reconstructed from a first API definition file with 
a second program hierarchy reconstructed from a second API definition file; and 

indicating an error when said first program hierarchy is inconsistent with said second 
program hierarchy. 

8. A program storage device readable by a machine, embodying a program of 
instructions executable by the machine to perform a method to represent an 
application programming interface (API) definition for an object-oriented library, the 
method comprising: 

creating a list of public elements in said library, each of said public elements including 

a sublist of all public related elements for the element; and 
storing said list. 

9. The program storage device of claim 7 wherein 
said library is a Java™ package; 

said public elements comprise classes and interfaces; and 

said public related elements comprise public superclasses and public superinterfaces 
of said classes and said interfaces. 
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10. A program storage device readable by a machine, embodying a program of 
instructions executable by the machine to perform a method to represent an 
application programming interface (API) definition for an object-oriented library, the 
method comprising: 

creating a public list including all public classes and interfaces in defined in said 
library, said public list including a class sublist for each of said public classes, 
each said class sublist including all direct and indirect superclasses of a class, said 
public list including an interface sublist for each of said public interfaces, each 
said interface sublist including all direct and indirect public superinterfaces of an 
interface; and 
storing said list. 

% 11. The program storage device of claim 9 wherein said library is a Java™ package. 

12. A program storage device readable by a machine, embodying a program of 

instructions executable by the machine to perform a method to determine a program 
hierarchy, the method comprising: 

receiving an application programming interface (API) definition file for an object- 
oriented library, said API definition file including a list of public elements in said 
library, each of said public elements including a sublist of all public related 
elements for the element; and 
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indicating a first public element is a direct parent of a second public element when 
said first public element is represented in the sublist for said second public 
element and said first public element is not represented in the sublist for any other 
public element listed in the sublist for said second public element. 

13. The program storage device of claim 11 wherein 
said library is a Java™ package; 

said public elements comprise classes and interfaces; and 

said public related elements comprise public superclasses and public superinterfaces 
of said classes and said interfaces, 

14. The program storage device of claim 12, further comprising 

comparing a first program hierarchy reconstructed from a first API definition file with 
a second program hierarchy reconstructed from a second API definition file; and 

indicating an error when said first program hierarchy is inconsistent with said second 
program hierarchy. 
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ABSTRACT OF THE DISCLOSURE 
A method for representing an application programming interface (API) for an 
object-oriented library includes creating a list of public elements in the library and storing 
the list. Each public element in the list includes a sublist of all public related elements for 
the element. According to one aspect, the public elements include classes and interfaces, 
the public related elements include public superclasses and public superinterfaces, and the 
library is a Java™ package. According to one aspect, a method for determining a program 
hierarchy includes receiving an API definition file for an object-oriented library and 
indicating a first public element is a direct parent of a second public element when the 
first public element is represented in the sublist for the second public element and the first 
public element is not represented in the sublist for any other public element listed in the 
sublist for the second public element. According to another aspect, a method for 
detecting changes to a program hierarchy includes comparing a first program hierarchy 
reconstructed from a first API definition file with a second program hierarchy 
reconstructed form a second API definition file and indicating an error when the first 
program hierarchy is inconsistent with the second program hierarchy. 
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DECLARATION & POWER OF ATTORNEY 



As a below-named inventor, I hereby declare that: 

My correct residence, post office address and citizenship are stated below next to my name. 
I believe myself to be the original, first and sole inventor (if only one name is listed below) or an 
original and first joint inventor (if more than one name is listed below) of the subject matter which is 
disclosed and claimed and for which a patent is sought on the invention entitled: 
"API Representation Enabling Submerged Hierarchy" 
The specification of this subject matter: 
X is attached hereto, 
was filed on ; 



was assigned serial No. ; 

which was amended on . 

I hereby state that I have reviewed and understand the contents of the above identified patent 
application, including the claims, as amended by any amendment(s) referred to above. I do not know and 
do not believe that the claimed invention was ever known or used in the United States of America before 
my invention thereof, or patented or described in any printed publication in any country before my 
invention thereof or more than one year prior to this application, that the same was not in public use or on 
sale in the United States of America more than one year prior to this application, and that the invention 
has not been patented or made the subject of an inventor's certificate issued before the date of this 
application in any country foreign to the United States of America on an application filed by me or my legal 
representatives or assigns more than twelve months (for a utility patent application) or six months (for a 
design patent application) prior to this application. 

I acknowledge the duty to disclose information which is material to the examination of this 
application in accordance with 37 C.F.R. §1 .56(a). 

I hereby claim foreign priority benefits under 35 U.S.C. §119 (a)-(d) of any foreign application(s) 
for patent or inventor's certificate listed below and have also identified below any foreign application for 
patent or inventor's certificate having a filing date before that of the application on which priority is claimed. 



Prior Foreian Application(s) 






Priority Claimed 


Number Country 


Month/Day/Year Filed 


Yes No 




Number Country 


Month/Day/Year Filed 
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Number Country Month/Day/Year Filed Yes No 
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I hereby claim the benefit under 35 U.S.C. §11 9(e) of any United States provisional application(s) 
listed below: 



Application Number Filing Date 



Application Number Filing Date 

I hereby claim the benefit under 35 U.S.C. §120 of any United States application(s) listed below 
and, insofar as the subject matter of each of the claims of this application is not disclosed in these prior 
United States application(s) in the manner provided by 35 U.S.C. §112, i acknowledge the duty to disclose 
material information as defined in 37 C.F.R. §1 .56(a) which occurred between the filing date of the prior 
application(s) and the national or PCT international filing date of this application. 



Application No. 


Filing Date 


Status (Issued, Pending, Abandoned) 


Application No. 


Filing Date 


Status (Issued, Pending, Abandoned) 


Application No. 


Filing Date 


Status (Issued, Pending, Abandoned) 


Application No. 


Filing Date 


Status (Issued, Pending, Abandoned) 



I hereby appoint Kenneth D'Alessandro, Registration No. 29,144; David B. Ritchie, Registration 
No. 31,562; Marc S. Hanish, Registration No. 42,626; John P. Schaub, Registration No. 42,125; 
Gerhard W. Thielman, Registration No. 43,186; Loren K. Thompson, Registration No. 45,918; Adrienne 
Yeung, Registration No. 44,000; Steven J. Robbins, Registration No. 40,299; Kenneth Olsen, Registration 
No. 26,493; Timothy J. Crean, Registration No. 37,116; Robert S. Hauser, Registration No. 37,847; 
Joseph T. FitzGerald, Registration No. 33,881; Alexander E. Silverman, Registration No. 37,940; 
Christine S. Lam, Registration No. 37,489; Anirma Rakshpal Gupta, Registration No. 38,275; Sean P. 
Lewis, Registration No. 42,798; Michael J. Schallop, Registration No. 44,319; Bernice B. Chen, 
Registration No. 42,403; Kenta Suzue, Registration No. 45,145; Noreen Krali, Registration No. 39,734; 
Richard J. Lutton, Jr., Registration No. 39,756; Monica Lee, Registration No. 40,696; Marc D. Foodman, 
Registration No. 34,110; and Naren Chaganti, Registration No. 44,602 as attorneys of record with full 
power of substitution and revocation, to prosecute this application and transact all business in the United 
States Patent and Trademark Office connected therewith. 

Please send all correspondence and direct all telephone calls to: 

D'Alessandro & Ritchie 
P.O. Box 640640 
San Jose, CA 95164-0640 
Telephone (408) 441-1100 

I, the undersigned, declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code, 



2 



Docket No. SUN-P4175 



and that such willful false statements may jeopardize the validity of the application or any patent issuing 
therefrom. 



FULL NAME OF FIRST Name 


MIDDLE Initiai(s) 


LAo I Name 


INVENTOR 1 






Judith 


E. 


Schwabe 


RESIDENCE AND City 


State or Foreign Country 


Country of Citizenship 


CITIZENSHIP 






Palo Alto 


California 


United States of America 


POST OFFICE Number and Street 


City 


State or Country Zip Code 


ADDRESS 






901 San Antonio Road 


Palo Alto 


California 94303 



I further declare that ail statements made herein of my own knowledge are true and that all statements 
made upon information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, under 
Section 1001 of Title 18 of the United States Code, and that such willful false statements may jeopardize the validity 
of the application or any patent issuing thereon. 
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37 C.F.R. §1.56 
Duty to disclose information material to patentability 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office which includes a duty to disclose to the Office all information known to that 
individual to be material to patentability as defined in this section. The duty to disclose information exists 
with respect to each pending claim until the claim is cancelled or withdrawn from consideration, or the 
application becomes abandoned. Information material to the patentability of a claim that is cancelled or 
withdrawn from consideration need not be submitted if the information is not material to the patentability of 
any claim remaining under consideration in the application. There is no duty to submit information which 
is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of 
any claim issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by 
§§1,97(b)-(d) and 1 .98. However, no patent will be granted on an application in connection with which 
fraud on the Office was practiced or attempted or the duty of disclosure was violated through bad faith or 
intentional misconduct. The Office encourages applicants to carefully examine: 

(1 ) Prior art cited in search reports of a foreign patent office in a counterpart 
application, and 

(2) The closest information over which individuals associated with the filing or 
prosecution of a patent application believe any pending claim patentably defines, to make sure 

that any material information contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to 
information already of record or being made of record in the application, and 

(1) It establishes, by itself or in combination with other information, a prima facie case of unpatentability 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a 
claim is unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in 
the claim its broadest reasonable construction consistent with the specification, and before any 
consideration is given to evidence which may be submitted in an attempt to establish a contrary 
conclusion of patentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the meaning 
of this section are: 

(1) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or 

prosecution of the application and who is associated with the inventor, with the assignee or with anyone to whon 

(d) Individuals other than the attorney, agent or inventor may comply with this section by 
disclosing information to the attorney, agent, or inventor. 
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